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I. REAL PARTY IN INTEREST 

The real party in interest is Hewlett-Packard Development Company, L.P. 
(HPDC), a Texas Limited Partnership, having its principal place of business in 
Houston, Texas. HPDC is a wholly owned affiliate of Hewlett-Packard Company 
(HPC). 
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II. RELATED APPEALS AND INTERFERENCES 

Appellants are unaware of any related appeals or interferences. 
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III. STATUS OF THE CLAIMS 

Originally filed claims: 1 -47. 
Claim cancellations: 1 -7, 25-33. 

Added claim: 48. 
Presently pending claims: 8-24 and 34-48. 
Presently rejected claims: 8-24 and 34-48. 
Presently appealed claims: 8-24 and 34-48. 
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IV. STATUS OF THE AMENDMENTS 

No claims were amended after the final Office Action dated April 4, 2008. 
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V. SUMMARY OF THE CLAIMED SUBJECT MATTER 

The references in the footnotes below are exemplary of at least some, but 
not necessarily all, support for the various features summarized below. 

In accordance with the invention of claim 8, in a computer network 1 having 
a plurality of network routers 2 and a plurality of processor nodes, 3 a method for 
arranging a plurality of associated processor nodes in a virtual subnet comprises 
various steps. The steps include advertising 4 on the computer network, by each 
of the plurality of associated processor nodes, that the plurality of associated 
processor nodes comprises a network path to the virtual subnet, the plurality of 
associated processor nodes being free of physical connections to the virtual 
subnet. 5 Another step includes determining, by the plurality of network routers, a 
routing path to the virtual subnet, the routing path including the plurality of 
associated processor nodes. 6 Yet another step comprises delivering data 
packets that include a destination address associated with the virtual subnet, to 
one of the associated processor nodes via one of the network routers that has a 
physical connection to the associated processor node. 7 The method also 
comprises forwarding the packets to another associated processor node with the 
virtual subnet using a data structure that is used by all associated processor 
nodes in the virtual subnet, the data structure having the same configuration for 
all such associated processor nodes. 8 

For the invention of claim 13, a method 9 for preventing retransmission of 
data packets issued to a first processor node that has stopped functioning, 



1 Fig. 7. 

2 Fig. 7, network router 25. 

3 Fig. 7, nodes 1 0a-1 Oc. Page 22 line 9 

4 Page 23 line 9. 

5 Page 23 lines 7-8. 

6 Page 24 line 24. 

7 Page 25 line 4. 

8 Page 25 line 7. See also page 1 8 line 9 through page 22 line 6. 

9 Page 18 line 9 and page 25 line 18. Figure 9. 

236699.01/2162.04301 Page 7 Of 29 HP PDNO 200305022-2 



Appl. No. 10/677,584 

Appeal Brief dated August 1, 2008 

Reply to final Office action of April 4, 2008 

wherein all accesses to a subnet comprising a plurality of processor nodes 10 
including the first processor node occurs through only one of the processor nodes 
comprises various steps. The method comprises determining that the first 
processor node is the processor node through which all accesses occur to the 
subnet 11 and identifying that the first processor node has stopped functioning. 12 
The method further comprises assigning an address, associated with the first 
processor node, to a second processor node in response to the identification that 
the first processor node has stopped functioning, such that data packets 
addressed to the first processor node are redirected to the second processor 
node. 13 The method further comprises arbitrating, by the plurality of other 
processor nodes, to determine the second processor node through which access 
to the subnet will occur. 14 

The invention of claim 20 is directed to a method 15 for delivering a 
received data packet from a receiving processor node 16 to a destination 
processor node. 17 The method includes configuring, by the receiving processor 
node, the received data packet in a predetermined configuration to form a 
configured data packet, the configuration being used by an application executing 
on the receiving processor node. 18 The method also includes passing the 
configured data packet to a remote procedure, the remote procedure for passing 
data across a high speed communications interface between processor nodes of 
a cluster, 19 and issuing the remote procedure such that the configured data 



10 Fig. 7, nodes 1 0a-1 Oc. Page 22 line 9 

11 Page 26 line 8. 

12 Page 26 line 11. 

13 Page 26 line 17. 

14 Page 27 line 14. 

15 Page 18 line 9. 

16 Fig. 7, nodes 10a-10c. 

17 Fig. 7, nodes 10a-10c. 

18 Page 19 line 17. 

19 Page 20 line 21. 
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packet is delivered to the destination processor node in a manner free of being 
reconfigured. 20 

The invention of claim 34 is directed to a computer system 21 that 
comprises a plurality of processor nodes, 22 associated with a virtual subnet, 23 
each of the processor nodes advertising themselves as a network route to the 
virtual subnet, each of the plurality of processor nodes having a virtual connection 
to the virtual subnet. The system also comprises a plurality of network routers 24 
comprising a network coupled to each of the plurality of processor nodes. Each 
of the network routers develops a map database indicating a network route to the 
virtual subnet based upon the processor nodes advertising. 25 The system further 
comprises a plurality of CPUs, a different one included in each node of the 
plurality of processor nodes, for executing an application that effectuates the 
advertising by the processor nodes as network routes to the virtual subnet. 26 One 
of the processor nodes forwards a packet to another processor associated with 
the virtual subnet using a data structure that is used by all of the processor nodes 
associated with the virtual subnet, the data structure having the same 
configuration for all processor nodes associated with the virtual subnet. 27 



Page 21 line 4. See also Fig. 6. 

21 Fig. 7. 

22 Fig. 7, nodes 10a-10c. Page 22 line 9. 

23 Fig. 7, nodes 10a-10c. Page 5 lines 5-20. 

24 Fig. 7, network router 25. 

25 Page 24 line 23. 

26 Fig 1, CPU 12. Page 8 line 5. 

27 Page 25 line 7. See also page 1 8 line 9 through page 22 line 6. 
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The invention of claim 39 is directed to a computer system 28 comprising a 
plurality of processor nodes, 29 each including a network interface module 30 for 
connecting to a computer network. The processor nodes are coupled together to 
form a cluster. 31 A first one of the processor nodes executes a cluster 
management application for monitoring the processor nodes to determine ones of 
the processor nodes that are non-functioning and for identifying the non- 
functioning processor nodes to the other processor nodes. 32 A second one of the 
processor nodes wins arbitration for access to the cluster on behalf of a 
network. 33 The second one of the processor nodes allocates an address, 
associated with at least one of the non-functioning processor nodes, to the 
associated network interface module. 34 

The invention of claim 43 is directed to a computer system 35 comprising a 
plurality of processor nodes, 36 forming a cluster, each of the processor nodes 
coupled to a computer network. A first one of the processor nodes executes a 
first receiver application for receiving data packets issued across the computer 
network by a client application and for configuring a received data packet in a first 
configuration such that the data packet is serviceable by a first high level 
application running on the first one of the processor nodes. 37 A second one of 
the processor nodes services data packets, the second one of the processor 
nodes executing a second receiver application. 38 A high speed communications 
interface passes packets of information between the plurality of processor nodes 



28 Fig. 7. 

29 Fig. 7, nodes 10a-10c. Page 22 line 9. 

30 Fig. 1 , module 20 Page 8 line 7. 

31 Page 8 line 17. 

32 Page 27 line 10. 

33 Page 27 line 16. 

34 Page 27 line 15. 

35 Fig. 7. 

36 Fig. 7, nodes 10a-10c. Page 22 line 9. 

37 Page 9 line 12. 

38 Page 9 line 12. 
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forming the cluster, the high speed communications interface receiving the first 
configuration of the data packet from the first one of the processor nodes and 
delivering the first configuration of the data packet to the second one of the 
plurality of processor nodes without changing the configuration, such that the data 
packet is serviced by a high level application running on the second one of the 
processor nodes. 39 



Page 22 line 4. 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

1) Whether claim 13 is indefinite under 35 U.S.C. §112, second 
paragraph; 

2) rejected claims 43, 44 and 47 under 35 U.S.C. § 102(b) as anticipated 
by Attanasio et al. (U.S. Pat. No. 5,371 ,852, hereinafter "Attanasio"); 

3) rejected claims 43 and 47 under 35 U.S.C. § 102(e) as anticipated by 
Chung (U.S. Pat. No. 6,470,389); 

4) rejected claims 8-10 and 34-36 under 35 U.S.C. § 103(a) as obvious 
over Chung in view of Yuasa (U.S. Pat. No. 6,085,238); 

5) rejected claims 13-19, and 39 as obvious over Chung in view of Findlay 
(U.S. Pat. No. 6,163,853); 

6) rejected claims 20, 21 and 24 as obvious over Chung in view of Kapoor 
(U.S. Pat. No. 5,682,534); 

7) rejected claims 22 and 23 as obvious over Chung and Kapoor in view of 
Gayman (U.S. Pat. No. 6,256,673); 

8) rejected claims 1 1 and 37 as obvious over Chung and Yuasa in view of 
Tosey (U.S. Pat. No. 5,913,921); 

9) rejected claims 12 and 38 as obvious over Chung and Yuasa in view of 
Bhaskaran (U.S. Pat. No. 5,963,540, hereinafter "Bhaskaran-540"); 

10) rejected claims 40-42 as obvious over Chung and Findlay in view of 
Bhaskaran (U.S. Pat. No. 6,266,335, hereinafter "Bhaskaran-335"); and 

11) rejected claims 45 and 46 as being unpatentable over Chung in view 
of Gayman. 
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VII. ARGUMENT 

A. Rejection of claim 13 as indefinite under 35 U.S.C. 
§ 112, second paragraph 

With regard to claim 1 3, the Examiner expressed disfavor of the use of the 

future tense. The claim requires "arbitrating, by the plurality of other processor 

nodes, to determine said second processor node through which access to the 

subnet will occur." This limitation refers to selecting a replacement processor 

node for the first processor node which has stopped functioning. A function 

performed by the first processor (before it failed) and the node to be selected by 

the arbitration processor is to receive all accesses to the subnet. When the 

arbitration claim limitation is performed, the subsequent "second processor node" 

to win the arbitration is not currently receiving any accesses because the 

processor node has not yet been selected by the arbitration process. Thus, 

naturally, all of the referenced accesses are to be received in the future once 

arbitration is completed. Appellants believe that the claim would be very clear 

and understandable to one ordinary skill in the art. 

B. Anticipation rejection of claims 43, 44 and 47-48 over Attanasio 
Claim 43 requires receiving a first configuration of a data packet from one 

processor and delivering it to a second processor "without changing the 
configuration." Attanasio does not teach or suggest this limitation. The Examiner 
analogizes Attanasio's gateway 109 (Figs. 2 and 4) as the claimed "first 
processor node" which receives and delivers the data packet to a second 
processor node "without changing the configuration" of the data packet. Column 
11 lines 21-42, however, explains that gateway 109 does in fact change the 
configuration of a packet. "The destination IP address is changed to the internal 
address of the specified node, and if necessary, the destination port is changed to 
the specified port number. The modified IP message is then sent to the specified 
node via the Network Interface for the cluster interconnect." Col. 1 1 lines 37-42. 
The interconnect 110 also modifies data packets as is described in columns 7-9. 
For example, the "PP protocol layer removes the PP header... ." Col. 9 lines 28- 
29. Thus, Attanasio does indeed change the configuration of the data packet. 
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For at least this reason, the Examiner erred in rejecting claim 43 and dependent 
claims 44, 47, and 48 over Attanasio. 

C. Anticipation rejection of claims 43 and 47 over Chung 

As noted above, claim 43 requires receiving a first configuration of a data 
packet from one processor and delivering it to a second processor "without 
changing the configuration." Chung does not teach or suggest this limitation. 
Chung, at cols. 7-8 teach passing messages back and forth between a client 52, 
router 62, dispatcher 64 and severs 54, but does so with modifications to the 
packets. The headers of the packets are modified to include the correct source 
and destination IP addresses so that the packets are delivered in the correct 
manner. Col. 8 lines 1-8. For at least this reason, the Examiner erred in rejecting 
claim 43 and dependent claim 47 over Chung. 

D. Obviousness rejection of claims 8-10, 34-36 over 
Chung in view of Yuasa 

Appellants believe the Examiner erred in rejecting claim 8 for at least the 
following reasons. First, claim 8 requires, as noted above, that each of the 
associated processor nodes advertises that the plurality of associated processor 
nodes comprise a network path to the virtual subnet. Appellants find no such 
teaching or suggestion in the art of record. The Examiner contends that Chung 
teaches this limitation in the Abstract and in column 8. The Abstract of Chung 
teaches that common cluster addresses are assigned as the secondary address 
to each of the servers in the cluster. The Abstract also teaches that a router 
broadcasts client requests to all servers in the cluster. Column 8 teaches that a 
request packet may cause the dispatcher 64 to transmit an Internet control 
message protocol host redirect message to the router 62 to update the router 
table. Col. 8 lines 20-25. These teachings, however, do not at all disclose that 
each associated processor node in a virtual subnet advertises anything and 
certainly not that each associated processor node in a virtual subnet advertises 
that such nodes comprise a network path to the virtual subnet. 

Second, claim 8 is directed to a method that uses "virtual subnets" in a 
particular way. The Examiner conceded that Chung lacks any teaching of virtual 
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subnets. Final Office Action p. 12 ("Chung however is silent on explicitly 
disclosing a virtual subnet."). Instead, the Examiner used Yuasa which refers to 
virtual subnets. However, Yuasa does not teach or even suggest using virtual 
subnets in the manner as required by claim 8. Absent using Appellants' own 
teachings (which is not permitted), one of ordinary skill in the art would not have 
been motivated to modify Chung's system to include the "virtual subnets" of 
Yuasa. 

None of the other art of record satisfies the deficiencies of Chung and 
Yuasa with regard to claim 8. For at least these reasons, the Examiner erred in 
rejecting claims 8-1 0 over Chung in view of Yuasa. 

As for claim 8, claim 34 refers to a "virtual subnets" and requires that the 
nodes associated with the virtual subnet advertise themselves as a network route 
to the virtual subnet. For much the same reasons articulated above regarding 
claim 8, the Examiner erred in rejecting claims 34-36 over Chung in view of 
Yuasa. 

E- Obviousness rejection of claims 13-19, 39 over 
Chung in view of Findlay 

Claim 13 requires "arbitrating... to determine said second processor node 

through which access to the subnet will occur. The Examiner conceded that 

Chung lacks such a teaching. Instead, the Examiner used Findlay, col. 6, lines 

54-65. This passage of Findlay, however, simply teaches arbitrating between 

various servers for access to a SCSI device. Per Findlay, a SCSI device can only 

be accessed by a single server at any one point in time. Thus, if multiple servers 

need access to the SCSI device, such servers will have to take turns and Findlay 

teaches the use of a "SCSI host protocol" to arbitrate access and control over the 

SCSI device. 

The arbitration limitation of claim 13 is substantially different. The 
invention of claim 13 is directed to a subnet of multiple processor nodes. All 
accesses from a network to the subnet pass through one of the subnet's 
processor nodes. Claim 13 requires "determining that the first processor node is 
the processor node through which all accesses occur to said subnet." Thus, 
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initially in claim 13, all accesses occur through the first processor node. This 
limitation provides additional context to the claimed arbitration provision which is 
performed to select a new processor node to replace the function of the first 
processor node when it has been identified that the first processor node has 
stopped functioning. The claimed arbitration limitation specifies "arbitrating, by 
the plurality of other processor nodes, to determine said second processor node 
through which access to the subnet will occur." Thus, the claimed arbitration 
limitation is performed to select a new processor node to replace a failed node for 
the purpose of receiving all accesses to the subnet. The claimed arbitration 
process is substantially different than arbitrating among multiple requests for 
access to a common SCSI device as in Findlay. 

Appellants submit that one of ordinary skill in the art would not have been 
motivated to use Findlay's arbitration process because it would not work for the 
invention of claim 13. Using Findlay's arbitration of multiple requests for a single 
common resource (the SCSI device) would not solve the issue of claim 13 which 
is what to do if the first processor that receives all requests on behalf of a subnet 
fails. 

None of the other art of record satisfies the deficiencies of Chung and 
Findlay with regard to claim 13. For at least these reasons, the Examiner erred in 
rejecting claims 13 and dependent claims 14-19. 

Dependent claim 15 requires "assigning, by the second processor node, a 
network layer address associated with the first processor node (which has 
stopped functioning) to the second processor node such that the data packets 
issued to the first processor node will be received by the second processor node." 
The Examiner alleges that Chung teaches this limitation, but Appellants 
respectfully disagree. Chung teaches applying a hash function to an IP address 
of the client. Col. 6 lines 56-62. In this manner, a client is associated with a 
particular server (the IP address of that client will always hash to the same 
server). Chung further explains that, if the server fails, that the client's IP address 
is rehashed so as to be mapped to a different server. Col. 7 lines 5-12. One of 
ordinary skill in the art would understand that applying another hash function, as 
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in Chung, to a client IP address is not all the same or even similar to the claimed 
"assigning... a network layer address associated with the first processor to the 
second processor node." For this separate reason, the Examiner erred in 
rejecting claim 15. 

Claim 16 depends on claim 15 and further specifies that, after "a 
predetermined amount of time has expired," the second processor node "de- 
assigns... the network layer address associated with the first processor node." 
The Examiner pointed to Chung at col. 7 lines 5-12 for this limitation. This 
passage of Chung or elsewhere in Chung, however, simply has no teaching or 
even a suggestion of a predetermined time period elapsing after which the node 
de-assigns a previously assigned address from a failed node. For this separate 
reason, the Examiner erred in rejecting claim 15. 

Claim 39 requires "a second one of the processor nodes wins arbitration 
for access to the cluster on behalf of a network." For at least the reasons above 
regarding claim 13, the Examiner erred in rejecting claim 39 and its dependent 
claims. 

F. Obviousness rejection of claims 20, 21, 24 over 
Chung in view of Kapoor 

Claim 20 requires "issuing said remote procedure such that the configured 

data packet is delivered to the destination processor node in a manner free of 

being re configured." The Examiner alleged that Chung col. 8, II. 7-11 discloses 

this limitation. Appellants respectfully disagree as explained previously and 

repeated below. Appellants do not believe the Examiner has ever addressed this 

argument. 

Chung explains that the router 62 forwards a request packet to the 
dispatcher 64. After the dispatcher 64 determines the node (from among nodes 
54-1 s 54-2, 54-3) to send the packet to, the dispatcher "routes the request packet 
to the server 54-2 over LAN 56... using the primary address S2 of the server 54- 
2." Col. 8, II. 3-6. This action requires the packet to be re-configured to include 
address S2. Chung further explains that the receiving node 54-2 then "replies 
directly to the client 52 via router 62 over the established TCP/IP connection, 
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using the ghost IP address, and without passing through the dispatcher 64." 
Col. 8 II. 12-15. This reply also requires the packet to be re-configured. Thus, 
Chung does not teach or even suggest "issuing said remote procedure such that 
the configured data packet is delivered to the destination processor node in a 
manner free of being reconfigured ." Neither Kapoor nor the other art of record 
satisfies this deficiency of Chung. For at least this reason, the Examiner erred in 
rejecting claim 20 and dependent claims 21 and 24. 

G. Obviousness rejection of claims 22, 23 over Chung 
in view of Kapoor and Gayman 

Claims 22 and 23 depend from independent claim 20 which is allowable 

over Chung in view of Kapoor as explained above. Gayman does not satisfy the 

deficiencies of Chung and Kapoor. Accordingly, the Examiner erred in rejecting 

claims 22 and 23 for much the same reasons as for claim 20. 

H. Obviousness rejection of claims 11 and 37 over 
Chung in view of Yuasa and Tosey 

Claims 1 1 and 37 depend from independent claims 8 and 34 respectively 

which are allowable over Chung in view of Yuasa as explained above. Tosey 

does not satisfy the deficiencies of Chung and Yuasa. Accordingly, the Examiner 

erred in rejecting claims 1 1 and 37 for much the same reasons as for claims 8 

and 34. 

I. Obviousness rejection of claims 12 and 38 over 
Chung in view of Yuasa and Bhaskaran-540 

Claims 12 and 38 depend from independent claims 8 and 34 which are 

allowable over Chung in view of Yuasa as explained above. Bhaskaran-540 does 

not satisfy the deficiencies of Chung and Yuasa. Accordingly, the Examiner erred 

in rejecting claims 1 2 and 38 for much the same reasons as for claims 8 and 34. 

J. Obviousness rejection of claims 40-42 over Chung 
in view of Findlay and Bhaskaran-335 

Claims 40-42 depend from independent claim 39 which is allowable over 

Chung in view of Findlay as explained above. Bhaskaran-335 does not satisfy 

the deficiencies of Chung and Findlay. Accordingly, the Examiner erred in 

rejecting claims 40-42 for much the same reasons as for claim 39. 
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K. Obviousness rejection of claims 45, 46 over Chung 
in view of Yuasa and Gayman 

Claims 45 and 46 depend from independent claim 43 which is allowable 
over Chung as explained above. Neither Yuasa nor Gayman satisfy the 
deficiencies of Chung. Accordingly, the Examiner erred in rejecting claims 45 and 
46 for much the same reasons as for claim 43. 

L. Conclusion 

For the reasons stated above, Appellants respectfully submit that the 
Examiner erred in rejecting all pending claims. It is believed that no extensions 
of time or fees are required, beyond those that may otherwise be provided for in 
documents accompanying this paper. However, in the event that additional 
extensions of time are necessary to allow consideration of this paper, such 
extensions are hereby petitioned under 37 C.F.R. § 1.136(a), and any fees 
required (including fees for net addition of claims) are hereby authorized to be 
charged to Hewlett-Packard Development Company's Deposit Account No. 08- 
2025. 

Respectfully submitted, 



/Jonathan M. Harris/ 

Jonathan M. Harris 
PTO Reg. No. 44,144 
CONLEY ROSE, P.C. 
(713) 238-8000 (Phone) 
(713) 238-8008 (Fax) 
ATTORNEY FOR APPELLANTS 

HEWLETT-PACKARD COMPANY 

Intellectual Property Administration 

Legal Dept., M/S 35 

P.O. Box 272400 

Fort Collins, CO 80527-2400 
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VIII. CLAIMS APPENDIX 

1-7. (Canceled). 

8. (Previously presented) In a computer network having a plurality of network 
routers and a plurality of processor nodes, a method for arranging a plurality of 
associated processor nodes in a virtual subnet, comprising the steps of: 

advertising on the computer network, by each of the plurality of associated 
processor nodes, that the plurality of associated processor nodes comprise a 
network path to the virtual subnet, the plurality of associated processor nodes 
being free of physical connections to the virtual subnet; 

determining, by the plurality of network routers, a routing path to the virtual 
subnet, the routing path including the plurality of associated processor nodes; 

delivering data packets that include a destination address associated with 
the virtual subnet, to one of the associated processor nodes via one of the 
network routers that has a physical connection to the associated processor node; 
and 

forwarding the packets to another associated processor node with the 
virtual subnet using a data structure that is used by all associated processor 
nodes in the virtual subnet, the data structure having the same configuration for 
all such associated processor nodes. 

9. (Original) The method for arranging a plurality of associated processor 
nodes in a virtual subnet, as described in claim 8, wherein said network router 
splits the delivery of the plurality of data packets equally among the plurality of 
associated processor nodes. 

10. (Original) The method for arranging a plurality of associated processor 
nodes in a virtual subnet, as described in claim 9, wherein each of the plurality of 
associated processor nodes is running the Digital UNIX operating system. 
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11. (Original) The method for arranging a plurality of associated processor 
nodes in a virtual subnet, as described in claim 8, wherein each of the plurality of 
associated processor nodes use the OSPF IP routing protocol to advertise the 
network path to the virtual subnet. 

12. (Original) The method for arranging a plurality of associated processor 
nodes in a virtual subnet, as described in claim 8, wherein each of the plurality of 
associated processor nodes use the RIP IP routing protocol to advertise the 
network path to the virtual subnet. 

13. (Previously presented) A method for preventing retransmission of data 
packets issued to a first processor node that has stopped functioning, wherein all 
accesses to a subnet comprising a plurality of processor nodes including said first 
processor node occurs through only of said processor nodes, comprising the 
steps of: 

determining that the first processor node is the processor node through 
which all accesses occur to said subnet; 

identifying that the first processor node has stopped functioning; and 

assigning an address, associated with the first processor node, to a 
second processor node in response to said identification that the first processor 
node has stopped functioning, such that data packets addressed to the first 
processor node are redirected to the second processor node; and 

arbitrating, by the plurality of other processor nodes, to determine said 
second processor node through which access to the subnet will occur. 

14. (Previously presented) The method for preventing retransmission of data 
packets issued to a first processor node that has stopped functioning as 
described in claim 13, further including the steps of: 

in response to said identifying step identifying that the first processor node 
has stopped functioning, issuing a message, from a cluster management 
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application associated with a cluster to which the first processor node belongs, to 
a plurality of other processor nodes within that cluster. 

15. (Original) The method for preventing retransmission of data packets 
issued to a first processor node that has stopped functioning, as described in 
claim 14, further including the step of: 

assigning, by the second processor node, a network layer address 
associated with the first processor node to the second processor node such that 
the data packets issued to the first processor node will be received by the second 
processor node. 

16. (Original) The method for preventing retransmission of data packets 
issued to a first processor node that has stopped functioning, as described in 
claim 15, further including the step of: 

de-assigning, by the second processor node, the network layer address 
associated with the first processor node after a predetermined amount of time has 
expired. 

17. (Original) The method for preventing retransmission of data packets 
issued to a first processor node that has stopped functioning, as described in 
claim 16, wherein the predetermined period of time is: 

a period of time for a network router, coupled to the first and second 
processor nodes, to identify that the first processor node has stopped functioning. 

18. (Original) The method for preventing retransmission of data packets 
issued to a first processor node that has stopped functioning, as described in 
claim 17, wherein the network router is prevented from sending any data packets 
to the first processor node after the predetermined period of time has expired. 



19. (Original) The method for preventing retransmission of data packets 
issued to a first processor node that has stopped functioning, as described in 
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claim 18, wherein the first and second processor nodes are executing the Digital 
UNIX operating system. 

20. (Original) A method for delivering a received data packet from a receiving 
processor node to a destination processor node, including the steps of: 

configuring, by the receiving processor node, the received data packet in a 
predetermined configuration to form a configured data packet, said configuration 
being used by an application executing on the receiving processor node; 

passing the configured data packet to a remote procedure, said remote 
procedure for passing data across a high speed communications interface 
between processor nodes of a cluster; and 

issuing said remote procedure such that the configured data packet is 
delivered to the destination processor node in a manner free of being 
reconfigured. 

21. (Previously presented) The method of claim 20 wherein the configured 
data packet is stored in an Mbuf data structure, said Mbuf data structure being a 
queue for providing received data packets to said application enabling said data 
packets to be serviced by said application, and wherein each of the processor 
node and the destination processor node uses an Mbuf data structure that has an 
identical configuration. 

22. (Original) The method of claim 21 wherein said high speed 
communications interface is a Gigabit Ethernet interface. 

23. (Original) The method of claim 21 wherein said high speed 
communications interface is an ATM interface. 

24. (Original) The method of claim 21 wherein each of the processor nodes of 
the cluster is running the Digital UNIX operating system. 
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25.-33. (Canceled). 

34. (Previously presented) A computer system, comprising: 

a plurality of processor nodes, associated with a virtual subnet, each of the 
processor nodes advertising themselves as a network route to the virtual subnet, 
each of the plurality of processor nodes having a virtual connection to the virtual 
subnet; 

a plurality of network routers, comprising a network coupled to each of the 
plurality of processor nodes, each of the network routers developing a map 
database indicating a network route to the virtual subnet based upon the 
processor nodes advertising; and 

a plurality of CPUs, a different one included in each node of the plurality of 
processor nodes, for executing an application that effectuates the advertising by 
the processor nodes as network routes to the virtual subnet; 

wherein one of the processor nodes forwards a packet to another 
processor associated with the virtual subnet using a data structure that is used by 
all of the processor nodes associated with the virtual subnet, the data structure 
having the same configuration for all processor nodes associated with the virtual 
subnet. 

35. (Previously presented) The computer system described in claim 34, 
further comprising: 

a client processor node, for executing a client application that issues a 
data packet to an address of a processor node within the virtual subnet; and 

one network router, of the plurality of network routers, having a physical 
connection to at least one processor node of the plurality of processor nodes 
associated with the virtual subnet, the one network router imposing a bit mask on 
network addresses to form respective subnet addresses. 



36. (Original) The computer system described in claim 35 wherein each of the 
plurality of processor nodes is running The Digital Unix operating system. 
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37. (Original) The computer system described in claim 36 wherein the 
application that effectuates the advertising by the processor nodes as network 
routes to the virtual subnet implements the OSPF IP routing protocol. 

38. (Original) The computer system described in claim 36 wherein the 
application that effectuates the advertising by the processor nodes as network 
routes to the virtual subnet implements the RIP IP routing protocol. 

39. (Previously presented) A computer system, comprising: 

a plurality of processor nodes, each including a network interface module 
for connecting to a computer network, the processor nodes being coupled 
together to form a cluster; 

a first one of the processor nodes executing a cluster management 
application for monitoring the processor nodes to determine ones of the 
processor nodes that are non-functioning and for identifying the non-functioning 
processor nodes to the other processor nodes; 

a second one of the processor nodes wins arbitration for access to the 
cluster on behalf of a network; and 

said second one of the processor nodes allocating an address, associated 
with at least one of the non-functioning processor nodes, to the associated 
network interface module. 

40. (Original) The computer system described in claim 39, further comprising: 
at least one network router, coupling the processor nodes to the computer 

network, each network router continuing to query the non-functioning processor 
nodes for a predetermined period of time, the predetermined period of time being 
a routing failover delay. 

41. (Original) The computer system described in claim 40, wherein the 
second one of the processor nodes de-allocates the address from the associated 
network interface module after the routing failover delay has expired. 
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42. (Original) The computer system described in claim 41 , wherein each of 
the processor nodes is running The Digital Unix operating system. 

43. (Previously presented) A computer system, comprising: 

a plurality of processor nodes, forming a cluster, each of the processor 
nodes coupled to a computer network; 

a first one of the processor nodes executing a first receiver application for 
receiving data packets issued across the computer network by a client application 
and for configuring a received data packet in a first configuration such that the 
data packet is serviceable by a first high level application running on the first one 
of the processor nodes; 

a second one of the processor nodes servicing data packets, the second 
one of the processor nodes executing a second receiver application; and 

a high speed communications interface for passing packets of information 
between the plurality of processor nodes forming the cluster, the high speed 
communications interface receiving the first configuration of the data packet from 
the first one of the processor nodes and delivering the first configuration of the 
data packet to the second one of the plurality of processor nodes without 
changing the configuration, such that the data packet is serviced by a high level 
application running on the second one of the processor nodes. 

44. (Original) The computer system described in claim 43, further comprises 
first Mbuf data structure for storing the first configuration of the received data 
packet, said first Mbuf data structure being a queue for providing the received 
data packet to the first high level application. 

45. (Original) The computer system described in claim 44, wherein the high 
speed communications interface is a Gigabit Ethernet interface. 



46. (Original) The computer system described in claim 44, wherein the high 
speed communications interface is an ATM interface. 
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47. (Original) The computer system described in claim 44, wherein each 
processor node of the plurality of processor nodes is running the Digital Unix 
operating system. 

48. (Previously presented) The computer system described in claim 43, 
wherein each of the processor nodes exchange packets using a data structure 
that has an identical configuration among the processor nodes. 
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IX. EVIDENCE APPENDIX 

None. 
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X. RELATED PROCEEDINGS APPENDIX 

None. 
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